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This memo provides information for the Internet community. This memo 
does not specify an Internet standard of any kind. Distribution of 
this memo is unlimited. 


Abstract 


Telecommunications infrastructure is improving to offer higher 
bandwidth connections at lower cost. Access to the network is 
changing from modems to more intelligent devices. This informational 
RFC discusses a PPP Network Control Protocol for one such intelligent 
device. The protocol is the LAN extension interface protocol. 
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1.0 Introduction 


An increasing number of corporations allow their employees to 
telecommute to work due to local government regulations on traffic 
and air pollution. Additionally, many businesses are run out of 
internetworked home offices and small branch offices. With these 
changes in the workplace, more people and businesses require Internet 
access from small LANs. 


Today, routers serve the LAN-to-LAN traffic using high-speed WAN 
links such as leased lines, ISDN, or Frame Relay. This new breed of 
Internet users from home offices and small branch offices may have a 
different, less network-literate skill set than those connecting up 
to the Internet today. These new users need an alternative to the 
complex and hard-to-configure routers currently employed for 
connectivity. One such alternative is a LAN extension interface unit. 


A LAN extension interface unit is a hardware device installed at 
remote sites (such as a home office or small branch office) that 
connects a LAN across a WAN link to a router at a central site. The 
following sections introduce a LAN extension interface topology, 
architecture, and protocol. 


Chapman, et al Informational [Page 3] 


RFC 1841 LAN Extension Interface Protocol September 1995 


1.1 LAN Extension Interface Topology 
Figure 1 shows the topology of LAN extension interfaces. The figure 
shows two LAN extension interface units connected via a WAN link to a 


central or "host router." 


Figure 1 LAN Extension Interface Topology 


Virtual Interface Virtual Interface 
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Each LAN extension interface unit maps to a virtual interface at the 
host router. The virtual interface mirrors the characteristics of the 
LAN extension interface unit. To the routing protocols, the virtual 
interface looks just like a local interface, but with the bandwidth 
of a serial line. The virtual interface keeps the state (up or down) 
of the LAN extension interface unit, and identifies each LAN 
extension interface unit by its MAC address. 


A LAN extension interface protocol transfers MAC frames from the LAN 
extension interface unit across the serial line to the host router. 
At the termination point in the router, the router routes the 
packets. This topology uses only one subnet per remote LAN rather 
than two, as is the case when routers exist on both ends of a WAN 
link. Figure 1 shows this subnetting structure. The IP addresses of 
the virtual interfaces on the router are in the same subnet as the IP 
addresses of the end nodes on the LAN of the LAN extension interface 
unit. The LAN extension interface unit itself has no IP address. 
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LAN extension interface units resemble bridges, but with the 
following distinct differences: 

* LAN extension interface units always depend on a host router. 
They cannot operate standalone or even back-to-back with other 


LAN extension interface units. 


* LAN extension interface units need not employ any spanning tree 
algorithm. 


* (LAN extension interface units transfer MAC frames across a 
serial line (like bridges), but a router can either route or 
bridge the LAN extension interface data packets. 

1.2 LAN Extension Interface Architecture 


Figure 2 shows the basic LAN extension interface architecture. 


Figure 2 LAN Extension Interface Architecture 
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In the inbound direction (from the remote LAN, to the LAN extension 
interface unit, across the WAN link, to the host router), the LAN 
extension interface unit can filter received frames to optimize WAN 
utilization. The LAN extension interface unit can filter frames by 
protocol type or by MAC address. Frames that pass through the LAN 
extension interface filters go to the WAN protocol state machine. In 
Figure 2, this state machine is PPP. The LAN extension interface unit 
adds PPP encapsulation and forwards the packet to the router via the 
WAN serial link. 


Upon receiving the frame, the host router decapsulates the PPP header 
and passes the packet to the virtual interface. From there the 
virtual interface handles the packet like any packet received on a 
local interface -- by routing or bridging the packet to another 
interface, depending on configuration. 


In the outbound direction (from the host router, across the WAN link, 
to the LAN extension interface unit, to the LAN), the host router’s 
virtual interface builds the full MAC header, before adding PPP 
encapsulation. The router then sends the packet across the WAN serial 
link to the LAN extension interface unit. The LAN extension interface 
unit strips the PPP header and forwards the packet directly onto the 
LAN. The host router has already determined that the packet needs to 
be forwarded to the LAN extension interface unit, hence there is no 
need for additional filtering or processing at that end. 


Embedded in the data stream is a control stream for configuring and 
managing the LAN extension interface unit from the host router. The 
virtual interface makes the remote LAN extension interface unit 
appear like a local router interface to the routing protocols. 


Configuration commands and statistics gathering commands are issued 
on the router to the virtual interface. The virtual interface formats 
the LAN extension interface remote commands into encoded messages and 
transfers them in-band with the data packets. The LAN extension 
interface unit decodes the remote commands and executes them. 
Responses are similarly formatted messages sent by the LAN extension 
interface unit to the host router. The remote command messages use a 
different encapsulation type than the data packets, as described 
later in this document in the "LAN Extension Interface Protocol 
Control Packets" and "LAN Extension Interface Protocol Data Packets" 
sections. 


1.3 LAN Extension Interface Protocol 
To accommodate this LAN extension interface architecture, a new 


Network Control Protocol (NCP) for PPP exists. This NCP is called 
PPP-LEX. The basic functionality of PPP-LEX is to encapsulate LAN 
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extension interface control and data packets. The IETF has assigned 
two new protocol types for these functions, as shown in Table 1. 


Table 1 IETF Protocol Types for PPP-LEX 


Protocol Type Function 
0x8041 Encapsulates control packets 
0x0041 Encapsulates data packets (MAC frames) 


PPP is a natural choice for a LAN extension interface protocol 
because it allows for negotiating a specific control protocol and 
options at connection time. This means that network administrators do 
not have to statically configure the router interface for remote 
interfaces. Rather, remote interfaces negotiate the link at 
connection time. 


The LAN extension interface protocol employs PPP link operation as 
described in RFC 1331, which reads as follows: 


In order to establish communications of a point-to-point link, 
each end of the PPP link must first send [Link Control Protocol] 
LCP packets to configure and test the data link. After the link 
has been established, the peer may be authenticated. Then PPP must 
send NCP packets to choose and configure one or more network layer 
protocols. Once each of the chosen network-layer protocols has 
been configured, datagrams from each network layer protocol can be 
sent over the link. 


The link will remain configured for communications until explicit 
LCP or NCP packets close the link down, or until some external 
event occurs (an inactivity timer expires or network administrator 
intervention). (References, [1]) 


Thus, the LAN extension interface unit and the host router exchange 
PPP-LCP packets at connection time to dynamically configure and test 
the WAN serial link. Once the link reaches an "opened" state, the LAN 
extension interface unit and host router exchange PPP-LEX NCP packets 
to configure the LAN extension interface protocol. Once it is 
configured, the NCP (PPP-LEX) reaches an "opened" state, and PPP 
carries the PPP-LEX control and data packets across the serial link. 
At this point, link traffic is a any combination of LCPs, PPP-LEX 
NCPs, PPP-LEX control packets, and PPP-LEX data packets. 


Note that the LAN extension interface protocol is not a bridging 
protocol. The only similarity to the PPP Bridging Control Protocol 
(References. [2]) is that the LAN extension interface protocol also 
encapsulates MAC frames. 
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The following sections detail PPP-LEX control packets and data 
packets. 


2.0 LAN Extension Interface Protocol Control Packets 
There are two types of PPP-LEX control packets, as follows: 


* Startup options packet 
* Remote command options packets 


The startup options packet is the first PPP-LEX NCP packet that the 
LAN extension interface unit sends to the host router after the LCP 
has reached an "opened" state. This required startup options packet 
configures the LAN extension interface protocol and puts the PPP-LEX 
NCP in an "opened" state. 


Remote command options are the PPP-LEX NCP packets that control the 
functioning and statistics gathering of the LAN extension interface 
protocol. 


2.1 Startup Options 


The LAN extension interface unit sends a startup options packet to 
the host router to negotiate the following startup options: 


MAC Type 
MAC Address 
* LAN Extension 


The MAC Type startup option informs the host router of the type of 
media that the LAN extension interface unit is connected to. For 
example, the LAN extension interface unit may be connected to an 
Ethernet LAN or a Token Ring LAN. Currently, only Ethernet is 
supported. The MAC type tells the host router what type of traffic 
the LAN extension interface unit is prepared to receive. If the host 
router rejects the MAC type, the LAN extension interface unit sends 
the Configure-Request again. 


The MAC Address startup option sends the MAC address of the LAN 
extension interface unit to the host router to authenticate the LAN 
extension interface unit and bind it to the corresponding virtual 
interface at the host router. The host router also inserts the MAC 
address in outbound packets. The MAC address is represented in IEEE 
802.3 canonical format. 


The LAN Extension startup option establishes the network layer 


protocol (NCP) as PPP-LEX and provides the host router with the LAN 
extension interface protocol version number. 
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Each startup option is transmitted in a series of three fields: 
Option-Type, Option-Length, and Option-Data fields. The fields are 
concatenated in the startup options Configure-Request packet. 


Frame Format 
Figure 3 shows a summary of the frame format for the startup options 
packet. The LAN extension interface unit sends this startup options 
packet to the host router. The LAN extension interface unit transmits 
these fields from left to right. 

Figure 3 Startup Options Frame Format (Configure-Request) 


PPP Header 


01 23:44 9-0. 78:90 1.223 4 5:6 PB 9-001.2:3:4-9 6:07 89-071 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++ 


| Address | Control | Protocol Type 
a ta o o o o O 
(1 octet) (1) (2) 


LAN Extension Interface Protocol Header 


01234567890123456789012345678090U1 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


| Code | Identifier | Length 
dh A A A O A +++ 
(1 octet) (1) (2) 


LAN Extension Interface Startup Options 


001.2 39:40 D6,"7.-8::9 001 2.3 4.506. 7-8 OOO 1 2.345 67 8: 9 0: 1 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


| Option-Type | Option-Length | Option-Data 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
(1 octet) (1) 
Address 


This PPP-specified field is one octet and contains the binary 
sequence 11111111 (hexadecimal OxFF), the All-Stations address. PPP 
does not assign individual station addresses. The All-Stations 
address must be recognized and received by all devices. For more 
information on this field, refer to "The Point-to-Point Protocol 
(PPP) for the Transmission of Multi-protocol Datagrams over Point- 
to-Point Links." (References, [1]) 
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Control 


This PPP-specified field is one octet and contains the binary 
sequence 00000011 (hexadecimal 0x03), the Unnumbered Information (UI) 
command with the P/F bit set to zero. 


For more information on this field, refer to "The Point-to-Point 
Protocol (PPP) for the Transmission of Multi-protocol Datagrams over 
Point-to Point Links." (References, [1]) 

Protocol-Type 

The Protocol-Type field is two octets and contains the IETF-assigned 
protocol type value. Valid LAN extension interface protocol type 


values are as follows: 


0x8041 (for control packets) 
* 0x0041 (for data packets) 


Because the startup options packet encapsulates LAN extension 
interface control data, the valid value for this field is 0x8041. 


Code 


The Code field is one octet and identifies the type of LCP packet 
that the LAN extension interface packet is sending. Valid values are 
as follows: 


0x01 - Configure-Request 
0x02 - Configure-Ack 
0x03 - Configure-Nak 
0x04 - Configure-Rej 


+ RX * 


The LAN extension interface unit initiates the startup options 
packet; therefore, the valid value for this field is 1. 


Identifier 


The Identifier field is one octet and contains a randomly generated 
value. The value aids matching requests and replies. It is 
recommended that a non-zero value be used for the identifier. That 
is, zero could be used in the future for unsolicited messages from 
the LAN extension interface unit. Valid values are 0x01-OxFF. 
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Length 


The Length field is two octets and indicates the length of the entire 
packet in octets, including the Code, Identifier, Length, and startup 
options fields. 


Option-Type 


The Option-Type field is one octet and identifies the startup option 
being negotiated. Valid values are as follows: 


0x01 - MAC Type 
0x03 - MAC Address 
* 0x05 — LAN Extension 


Option-Length 


The Option-Length field is one octet and specifies the length of the 
startup option fields, including the Option-Type, Option-Data, and 
Option-Length fields. 


Option-Data 


The Option-Data field contains the data relating to the value 
specified in the Option-Type field. That is, if the Option-Type field 
specifies MAC type (0x01), then the Option-Data field contains the 
MAC type (Ethernet, Token Ring, and so on). If the Option-Type field 
specifies MAC address (0x03), then the Option-Data field contains the 
actual MAC address. If the Option-Type field specifies LAN Extension 
(0x05), then the Option-Data field contains LAN extension interface 
software information. The following table defines the contents of the 
Option-Data field for each possible Option-Type field value: 


Option-Type Field Value Option-Data 


0x01 (MAC Type) The most up-to-date value of the MAC type as 
specified in the most recent "Assigned 
Numbers" RFC. The current valid value from 
that RFC follows: 
* 0x01: IEEE 802.3/Ethernet with canonical 


addresses 
0x03 (MAC Address) The burned-in MAC address in IEEE 802.3 
canonical format. 
0x05 (LAN Extension) The LAN extension interface protocol version 
number. 0x01 is the current protocol version 
supported. 
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In the Configure-Request packet that it sends to the host router, the 
LAN extension interface unit concatenates the Option-Type, Option- 


Data, 


Figure 4. 


and Option-Length fields for each startup option, as shown in 
The LAN extension interface unit transmits these fields 
from left to right. 

Figure 4 Sample Startup Options Configure-Request Packet 


PPP Header 


01234567890123456789012345678090U1 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


| OxFF | | 0x8041 | 
+—+-+-4+-+-4-4+-4+-4+-4+-4-4+-4+-4-4-4+-4t-4+-4-4t-4+-4-4-4+-4-4-4+-4-4-4+-4-4-4 
Address Control Protocol-Type 


LAN Extension Interface Protocol Header 


OD 2°34 9°67 8. 9-01, 2 BA 66.7 8 OO 2 354. D067 8:90 1 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
| 0x01 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

Option-Type 


| 0x12 | 


Identifier Length 


LAN Extension Interface Startup Options 


O: 1.-22.3. 4 O16 Tg 9 023A 56 T 8.970 1.23 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
| 0x01 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

Option-Type 


Chapman, 


et al 


0x03 | 


Option-Length 


EEEE na a ei seca: N com ig Sug a ‘ca eam Sass Se ci mg o Si O JE onal aa peas aah Sal nid ae > 
4567890123456789 
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

0x01 | 


-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
Option-Data 
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01234567890123456789012 3 


+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


0x03 | 0x08 | 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
Option-Type Option-Length 
4567890123456789 
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ + 
OA OA OA OA OB OC | 


01234567890123456789012 3 


+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


0x05 | 0x03 | 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
Option-Type Option-Length 
4 560708 Ee E OE 2,3 40000 Je 8: 9 
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
0x01 | 


-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
Option-Data 


In Figure 4, the Address field always contains 0xFF, and the Control 
field always contains 0x03. The Protocol-Type field value is 0x8041 
because the startup options packet is a LAN extension interface 
control packet. The Code field value is 0x01 because the LAN 
extension interface unit is sending an LCP Configure-Request packet 
to configure or negotiate PPP-LEX. The Identifier field contains a 
randomly generated number. The Length field gives the total length of 
the entire packet. 


The first startup option is the MAC Type startup option. The Option- 
Type value for MAC Type is 0x01. The Option-Length field value for 
the MAC type startup option is 3 octets. The Option-Data field value 
is 0x01 because, in this example, the LAN extension interface unit 
connects to an Ethernet LAN using 802.3 canonical addresses. 


The next startup option transmitted is the MAC Address. Its Option- 
Type field value is 0x03, its Option-Length field value is 8 octets, 
and its Option-Data field value is the actual MAC address. 


Lastly, the LAN Extension startup option is transmitted. Its Option- 
Type field value is 0x05, its Option-Length field value is 3 octets, 
and its Option-Data field value is the LAN extension interface 
protocol version number (0x01). 
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The host router responds to this LCP Configure-Request packet with an 
LCP Configure-Ack packet, Configure-Nak packet, or Configure-Rej 
packet. For more information on these packets, refer to "The Point- 
to-Point Protocol (PPP) for the Transmission of Multi-protocol 
Datagrams over Point-to-Point Links" RFC. (References, [1]) 


2.2 Remote Command Options 


Once the host router responds to the startup options Configure- 
Request packet with a Configure-Ack packet, the PPP-LEX NCP is in an 
"opened" state, and the LAN extension interface unit and the host 
router freely exchange PPP-LEX data packets and remote command 
options packets. 


The host router initiates PPP-LEX remote command options packets to 
control the configuration of the LAN extension interface unit and to 
gather statistics. There are 11 types of remote command options that 
the host router can send in a LEX_RCMD_REQUEST packet to the LAN 
extension interface unit. The LAN extension interface unit responds 
to a LEX_RCMD_REQUEST packet with a LEX_RCMD_ACK, LEX_RCMD_NAK, or 
LEX_RCMD_REJ packet. 


Frame Format 


Figure 5 shows a summary of the frame format for a remote command 
options packet. These fields are transmitted from left to right. 


Figure 5 Remote Command Options Frame Format 
PPP Header 


012345678901234567890123456789 021 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


| Address | Control | Protocol Type 
a a o 
(1 octet) (1) (2) 


LAN Extension Interface Protocol Header 


0-12 :D-4 30-08 9 01.200 3:49:60 70581. 90. 102 304: 96:70 :8- 9: 071 
EA A A A A A A A A A A A A A A A A A A A dd dd o + +4 


| Code | Identifier | Length 
dh A A A O O A +++ 
(1 octet) (1) (2) 
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LAN Extension Interface Remote Command Options 


Od 2) DAD cB! 9 O a 23 4,05 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


| Option-Type | Option-Flags | 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
(1 octet) (1) 
PERAE EENE EEEE EEEN > 
6708 9-0 1-2 -3:4 506.0 08:90. 12:34 05:04 8: 9 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
Option-Length | Option-Data | 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


(2) 
Address 


This PPP-specified field is a single octet and contains the binary 
sequence 11111111 (hexadecimal OxFF), the All-Stations address. PPP 
does not assign individual station addresses. The All-Stations 
address must be recognized and received by all devices. For more 
information on this field, refer to "The Point-to-Point Protocol 
(PPP) for the Transmission of Multi-protocol Datagrams over Point- 
to-Point Links." (References, [1]) 


Control 

This PPP-specified field is a single octet and contains the binary 
sequence 00000011 (hexadecimal 0x03), the Unnumbered Information (UTI) 
command with the P/F bit set to zero. 

For more information on this field, refer to "The Point-to-Point 
Protocol (PPP) for the Transmission of Multi-protocol Datagrams over 


Point-to Point Links." (References, [1]) 


Note: Hereafter the Address and Control fields will be represented 
together as a 2-octet field containing "OxFFO03". 


Protocol-Type 
The Protocol-Type field is two octets and contains the IETF-assigned 
protocol type value. Valid LAN extension interface protocol type 


values follow: 


0x8041 (for control packets) 
* 0x0041 (for data packets) 
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Because the remote command options packet encapsulates LAN extension 
interface control data, the valid value for this field is 0x8041. 


Code 


The Code field is one octet and identifies the type of PPP-LEX 
packet. Valid values are as follows: 


E 0x40 - LEX_RCMD_REQUEST packet 
* 0x41 - LEX_RCMD_ ACK packet 

x 0x42 - LEX_RCMD_NAK packet 

* 0x43 - LEX_RCMD_REJ packet 


The host router sends the LEX_RCMD_REQUEST packet, and the LAN 
extension interface unit sends the LEX_RCMD_ACK, LEX_RCMD_NAK, and 
LEX_RCMD_REJ packets. 


Identifier 


The Identifier field is one octet and contains a randomly generated 
value. The value aids matching requests and replies. It is 
recommended that a non-zero value be used for the identifier. That 
is, zero could be used in the future for unsolicited messages from 
the LAN extension interface unit. Valid values are 0x01-0xFF. 


Length 


The Length field is two octets and indicates the length in octets of 
the entire packet, including the Code, Identifier, Length, and remote 
command options fields. 


Option-Type 


The Option-Type field is one octet and identifies the remote command 
option being transmitted. Valid values are as follows: 


0x01 - Filter Protocol Type 

0x02 - Filter MAC Address 

0x03 - Set Priority 

0x04 — Disable LAN Extension Ethernet Interface 
0x05 - Enable LAN Extension Ethernet Interface 
0x06 - Reboot LAN Extension Interface Unit 
0x07 - Request Statistics 

0x08 - Download Request 

0x09 - Download Data 

Ox0A - Download Status 

Ox0B- Inventory Request 


+ + + + FF FF FF F F FX 
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Each remote command option is discussed in detail in its own section 
later in this document. 


Option-Flags 


This field is one octet and further specifies the remote command 
option, containing specific actions that must be followed. 


Option-Length 


The Option-Length field is two octets and specifies the length in 
octets of the remote command option fields, including the Option- 
Type, Option-Flags, Option-Length, and Option-Data fields. 


Option-Data 


Option-Data field contains data relating to the remote command option 
specified in the Option-Type field. 


2.3 Conditions for Sending PPP-LEX Packet 


This section describes the general conditions under which PPP-LEX 
packet types are sent. For specific information by remote command, 
refer to the appropriate remote command section later in this 
document. 


LEX RCMD_REQUEST Packet 


The host router sends LEX_RCMD_REQUEST packets to the LAN extension 

interface unit to initiate a remote command request. Until the host 

router receives a LEX_RCMD_ACK, LEX_RCMD_NAK, or LEX_RCMD_REJ packet 
from the LAN extension interface unit, the host router continues to 

send the LEX_RCMD_REQUEST packet a default number of times, at which 
point the host router times out. 


LEX_RCMD_ACK Packet 


The LAN extension interface unit responds to a LEX_RCMD_REQUEST 
packet with a LEX_RCMD_ACK packet when it correctly receives the 
request and is able to perform the request. 


LEX RCMD_NAK Packet 


The LAN extension interface unit responds to a LEX_RCMD_REQUEST 
packet with a LEX_RCMD_NAK packet when the LAN extension interface 
unit recognizes all the elements of the remote command option, but 
some elements are not acceptable. Upon receipt of a LEX_RCMD_NAK 
packet, the host router immediately stops sending the request. 
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LEX RCMD_REJ Packet 


The LAN extension interface unit responds to a LEX_RCMD_REQUEST 
packet with a LEX_RCMD_REJ packet when the Option-Type value in the 
request packet is invalid. Invalid Option-Type values are those less 


than 0x01 or greater than 0x0B. Currently, this is the only condition 


under which the LAN extension interface unit sends a LEX_RCMD_REJ 
packet. Upon receipt of a LEX_RCMD_REJ packet, the host router 
immediately stops sending the request. 


The following sections detail each of the 11 remote command options. 
The sections provide a general description of the option and then 
specify the option’s Option-Type, Option-Flags, Option-Length, and 
Option-Data fields. In addition, the sections describe the return 
messages from the LAN extension interface unit. 


3.0 Filter Protocol Type 


The host router sends a LEX_RCMD_REQUEST packet with an Option-Type 
of 0x01 to the LAN extension interface unit to configure the LAN 
extension interface unit to filter inbound packets by protocol type. 
A protocol type filter determines whether or not the LAN extension 
interface unit forwards packets of a specific protocol type to the 
host router. A protocol type filter consists of a 16-bit value, 16- 
bit mask, and a permit or deny field. (See the "Option-Data Field 
Descriptions" section for more information on these filter fields.) 


A LEX_RCMD_REQUEST packet can contain 0 to 200 (depending on MTU 
size) protocol type filters. When a LEX_RCMD_REQUEST packet contains 
multiple filters, they are concatenated. 


The LAN extension interface unit applies the protocol type filters to 


each inbound packet’s protocol type field in the order in which the 
filters exist in the filter table. A packet must be permitted by one 
of the filters before the LAN extension interface unit can forward 
the packet across the serial link. 


The following example is a filtering algorithm: 


if (protocol_type_field € ("filter_mask)) == filter_value) 
if (permit/deny_field == PERMIT) <forward packet on serial LAN> 
else <DROP PACKET> 


The protocol type filter should also be applied to the DIX type code 
field of Ethernet II frames as well as to IEEE 802.2 SNAP packets. 
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3.1 LEX RCMD_REQUEST-Filter Protocol Type 
Figure 6 shows a frame format summary of a LEX_RCMD_REQUEST packet 
for the Filter Protocol Type remote command option. The host router 
transmits the fields from left to right. 
Figure 6 LEX_RCMD_REQUEST Packet Frame Format - Filter Protocol Type 


PPP Header 


012345678901 23456789012345678090u1 
da A A A A A A A A A A A A A A A A A A A A dd dd q o + +4 


| OxFFO3 | Protocol-Type | 
+-+-+-+-+-+-+-+-+-+-+-+- hh hh hh hh o o +++ 
(2 octets) (2) 


LAN Extension Interface Protocol Header 


001-234 5 OF 8 9700L.,2 34: SOT 8 GO L 2-34 56: 1.8 9-0. 1 
+-4+-4-4-4-4-4-4-4-4-4-4-4-4+-4+-4+-4+-4+-4-4-4+-4+-4+-4+-4+-4-4-4+-4-4-4-4-4 


| Code | Identifier | Length 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
(1) (1) (2) 


LAN Extension Interface Remote Command Options 


0123456789012345 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


| Option-Type | Option-Flags | 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
(1) (1) 
PENES EN AA EEEE ss rs E EEE EN es > 
6789012345678901234567809 
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
Option-Length | Option-Data | 
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


(2) 
Where the Option-Data field contains the following fields: 


01234567890123456789012345678901 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ q d+ q +4 +++ HHHOH 
| Value (16 bits) | Value (16 bits) | 
t-+—-+-4+-+4+-4+-4+-4+-4+-4+-4-4+-4+-4-4-4+-4t-4-4-4t-4+-4-4t-4+-4-4-4+-4t-4-4+-4-4+-4 
| Permit/Deny (16 bits) | 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++ 
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Summary Field Descriptions 


For a complete description of the fields in the PPP Header, the LAN 
Extension Interface Protocol Header, and the LAN Extension Interface 
Remote Command Options, refer to the "Remote Command Options" section 
earlier in this document. The following table provides a summary of 
these fields when sending a LEX_RCMD_REQUEST packet that configures 
the LAN extension interface unit to filter by protocol type. 


Table 2 Field Values for LEX_RCMD_REQUEST Packet-Filter Protocol Type 


Field Value 
Address/Control OxFFO3 (Broadcast address/Unnumbered 
information) 
Protocol-Type 0x8041 (Control packet) 
Code 0x40 (LEX_RCMD_REQUEST packet) 
Identifier Valid values: 0x01-OxFF 
Length Minimum length = 12 octets 
Maximum length = 1212 octets 
Option-Type 0x01 (Filter Protocol Type) 
Option-Flags None 
Option-Length Minimum length = 4 octets 
Maximum length = 1204 octets 
Option-Data Zero or more filters to be applied at 


the LAN extension interface unit. See the 
following "Option-Data Field Descriptions" 
for details. 


Option-Data Field Descriptions 


The following three Option-Data fields are used in conjunction to 
specify a protocol type filter: 


* Value 
The Value field contains a 16-bit value that is any Ethernet type 


code. Refer to the "Assigned Numbers" RFC for valid Ethernet type 
codes. (References, [4]). 


* Mask 


The Mask field contains a 16-bit "wild card" mask. That is, this 
field contains a 16-bit number whose ones bits correspond to the type 
code bits to be ignored during the comparison. Thus, the mask 
excludes bits from the comparison in the protocol type filter. 
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* Permit/Deny 


The Permit/Deny field determines whether a protocol type filter 
permits or denies inbound frames to pass to the host router. A permit 
value is a non-zero value that allows frames of a specific protocol 
type to pass to the host router. A deny value is a zero value that 
does not allow frames of a specific protocol type to pass to the host 
router. 


Implementation Notes 


Each LEX_RCMD_REQUEST packet is a complete specification of all 
protocol type filters and replaces any previously established 
filters. 


Note the following special cases: 


* A LEX_RCMD_REQUEST packet with an Option-Length field equal 
to four (without any filter entries) instructs the LAN extension 
interface unit to turn off protocol type filtering. All MAC 
protocol types are forwarded. 


* A LEX_RCMD_REQUEST packet with a filter entry of 0x0000 in the 
Value field, OxFFFF in the Mask field, and a positive value in the 
Permit/Deny field means that if previous filters in the filter list 
do not permit the inbound packet then this filter entry will. This 
filter entry is typically the last filter in a list of filters 
contained within the Option-Data field. 


* A LEX_RCMD_REQUEST packet with a filter entry of 0x0000 in the 
Value field, OxFFFF in the Mask field, and a zero in the 
Permit/Deny field, means that the LAN extension interface unit must 
deny all protocol types. This filter is typically the last filter in 
a list of filters contained within the Option-Data field. 


3.2 Response Packets - Filter Protocol Type 


The following packets are valid responses to the Filter Protocol Type 
LEX_RCMD_REQUEST packet: 


* LEX_RCMD_ACK - Filter Protocol Type 


The LAN extension interface unit sends a LEX_RCMD_ACK packet in 
response to the Filter Protocol Type LEX_RCMD_REQUEST packet when the 
LAN extension interface unit correctly receives the Filter Protocol 
Type remote command option and applies all filter entries to its 
filter table. All filter entries are returned to the host router in 
the LEX_RCMD_ACK packet. 
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* LEX _RCMD_NAK - Filter Protocol Type 


The LAN extension interface unit sends a LEX_RCMD_NAK packet in 
response to the Filter Protocol Type LEX_RCMD_REQUEST packet when the 
request contains an incorrect number of bytes in the filter or when 
there are no more filter entries available. The LAN extension 
interface unit continues to use the previous filter table (that is, 
the filter table that existed prior to the receipt of the request). 
The host router should signal an error to the user/network 
administrator. All filter entries are returned to the host router in 
the LEX_RCMD_NAK packet. 


* LEX _RCMD-REJ - Filter Protocol Type 


See the "Conditions for Sending PPP-LEX Packets" section earlier in 
this document for more information on this packet type. 


Table 3 summarizes the field values of Filter Protocol Type 
LEX_RCMD_ACK, LEX_RCMD_NAK, and LEX _RCMD_REJ packets. 


Table 3 Field Values for Response Packets - Filter Protocol Type 


Field Value 

Address/Control OxFF03 (Broadcast address/Unnumbered 
information) 

Protocol-Type 0x8041 (Control packet) 

Code Valid values: 


* 0x41 (LEX_RCMD_ACK packet) 
* 0x42 (LEX_RCMD_NAK packet) 
* 0x43 (LEX_RCMD_REJ packet) 


Identifier The same value as that sent by the 
LEX_RCMD_REQUEST packet 

Length The same value as that sent by the 
LEX_RCMD_REQUEST packet 

Option-Type 0x01 (Filter Protocol Type) 

Option-Flags None 

Option-Length The same value as that sent by the 
LEX_RCMD_REQUEST packet 

Option-Data The filter entries sent in the 


LEX_RCMD_REQUEST packet 


4.0 Filter MAC Address 


The host router sends a LEX_RCMD_REQUEST packet with an Option-Type 
of 0x02 to the LAN extension interface unit to configure the LAN 
extension interface unit to filter inbound packets by source MAC 
address. A MAC address filter determines whether or not the LAN 
extension interface unit forwards packets with a specific source MAC 
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address to the host router. A MAC address filter consists of MAC 
address, a MAC address mask, and a permit or deny field. (See the 
"Option-Data Field Descriptions" section later in this section for 
more information on these filter fields.) 


A LEX_RCMD_REQUEST packet can contain 0 to 100 (depending on MTU 
size) MAC address filters. When a LEX_RCMD_REQUEST packet contains 
multiple filters, they are concatenated. 


The LAN extension interface unit applies MAC address filters to each 
inbound packet’s source MAC address in the order in which the filters 
exist in the filter entry list. A packet must be permitted by one of 
the filters before the LAN extension interface unit can forward the 
packet across the serial link. 


4.1 LEX RCMD_REQUEST - Filter MAC Address 
Figure 7 shows a frame format summary of a LEX_RCMD_REQUEST packet 
for the Filter MAC Address remote command option. The host router 
transmits the fields from left to right. 
Figure 7 LEX_RCMD_REQUEST Packet Frame Format - Filter MAC Address 


PPP Header 


01234567890123456789012345678<9021 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


| OxFFO3 | Protocol-Type | 
PRA A O O A e $ e e $ + + + + d+ + ++ +++ +++ +++ +++ 
(2 octets) (2) 


LAN Extension Interface Protocol Header 


01234567890123456789012345678090U1 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


| Code | Identifier | Length 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- +++ 
(1) (1) (2) 
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LAN Extension Interface Remote Command Options 


Od 2) DAD 89 O LAS 405 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


| Option-Type | Option-Flags | 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
(1) (1) 


OF 89 OD 2 S45 A E IS E SE 
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- 


Option-Length | Option-Data | 
a E 
(2) 


Where the Option-Data field contains the following fields: 


01234567890123456789012345678090m1 
o o E II 
| MAC Address (48 bits).... 
+—t-f-+-4-4-4F-4-4-4-4F 4-4-4 o A E HHHH 
| MAC Address Mask (48 bits).... 
+—t-F-4+-4-4-4F-4-4-4-4F 4-4-4 HHHH 
| Permit/Deny (16 bits) | 
O 


Summary Field Descriptions 


For a complete description of the fields in the PPP Header, the LAN 
Extension Interface Protocol Header, and the LAN Extension Interface 
Remote Command Options, refer to the "Remote Command Options" section 
earlier in this document. Table 4 provides a summary of these fields 
when sending a LEX_RCMD_REQUEST packet that configures the LAN 
extension interface unit to filter by source MAC address. 


Table 4 Field Values for LEX_RCMD_REQUEST Packet - Filter MAC Address 


Field Value 

Address/Control OxFFO3 (Broadcast address/Unnumbered 
information) 

Protocol-Type 0x8041 (Control packet) 

Code 0x40 (LEX_RCMD_REQUEST packet) 

Identifier Valid values: 0x01-OxFF 

Length Minimum length = 12 octets 
Maximum length = 1412 octets 

Option-Type 0x02 (Filter MAC Address) 

Option-Flags None 

Option-Length Minimum length = 4 octets 
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Maximum length = 1404 octets 

Option-Data Zero or more filters to be applied at the 
LAN extension interface unit. See the 
following "Option-Data Field Description 
section for details. 


Option-Data Field Descriptions 


The following three Option-Data fields are used in conjunction to 
specify a MAC address filter: 


* MAC Address 


The MAC Address field contains a 48-bit IEEE 802.3 MAC address in 
Canonical format. 


* MAC Address Mask 


The MAC Address Mask field contains a "wild card" mask. The mask is a 
48-bit hexadecimal number whose ones bits correspond to the MAC 
address bits to be ignored during the comparison. The mask excludes 
bits from the comparison in the MAC address filter. 


* Permit/Deny 


The Permit/Deny field determines whether or not a MAC address filter 
permits or denies inbound frames of a specific MAC address to pass to 
the host router. A permit value is a non-zero value that allows 
frames of a specific MAC address to pass to the host router. A deny 
value is a zero value that does not allow frames of a specific MAC 
address to pass to the host router. 


Implementation Notes 


Each LEX_RCMD_REQUEST packet is a complete specification of all MAC 
address filters and replaces any previously established filters. 


A LEX_RCMD_REQUEST packet with an Option-Length field equal to four 
(without any filter entries) instructs the LAN extension interface 
unit to turn off filtering. All MAC addresses, except local 
destination addresses cached in the self-learning filter, are 
forwarded. 


4.2 Response Packets - Filter MAC Address 


The following packets are valid responses to the Filter MAC Address 
LEX_RCMD_REQUEST packet: 
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*  LEX_RCMD_ACK - Filter MAC Address 


The LAN extension interface unit sends a LEX_RCMD_ACK packet in 
response to a Filter MAC Address LEX_RCMD_REQUEST packet when the LAN 
extension interface unit correctly receives the Filter MAC Address 
remote command option and applies the entries to its filter table. 
All MAC address filter entries are returned in the LEX_RCMD_ACK 
packet. 


*  LEX_RCMD_NAK - Filter MAC Address 


The LAN extension interface unit sends a LEX_RCMD_NAK packet in 
response to the Filter MAC Address LEX_RCMD_REQUEST packet when the 
request contains an incorrect number of bytes in the filter or when 
there are no more filter entries available. The LAN extension 
interface unit continues to use the previous filter table (that is, 
the filter table that existed prior to the receipt of the request). 
The host router should signal an error to the user/network 
administrator. All filter entries are returned in the LEX _RCMD_NAK 
packet. 


*  LEX_RCMD-REJ - Filter MAC Address 


See the "Conditions for Sending PPP-LEX Packets" section earlier in 
this document for more information on this packet type. 


Table 5 summarizes the field values of Filter MAC Address 
LEX_RCMD_ACK, LEX_RCMD_NAK, and LEX_RCMD_REJ packets. 


Table 5 Field Values for Response Packets - Filter MAC Address 


Field Value 

Address/Control OxFF03 (Broadcast address/Unnumbered 
information) 

Protocol-Type 0x8041 (Control packet) 

Code Valid values: 


* 0x41 (LEX_RCMD_ACK packet) 
* 0x42 (LEX_RCMD_NAK packet) 
* 0x43 (LEX_RCMD_REJ packet) 


Identifier The same value as that sent by the 
LEX_RCMD_REQUEST packet 

Length The same value as that sent by the 
LEX_RCMD_REQUEST packet 

Option-Type 0x02 (Filter MAC Address) 

Option-Flags None 

Option-Length The same value as that sent by the 
LEX_RCMD_REQUEST packet 

Option-Data The filter entries sent in the 
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LEX_RCMD_REQUEST packet 
5.0 Set Priority 


The host router sends a LEX_RCMD_ REQUEST with an Option-Type of 0x03 
to the LAN extension interface unit to establish the sending priority 
of different protocol type packets from the LAN extension interface 
unit to host router. There are four levels of priority: 


High 
Medium 
Normal 
Low 


A RX O* 


Packets are classified according to protocol type and then are queued 
to one of four output queues on the LAN extension interface unit that 
correspond to the above priority levels. When the LAN extension 
interface unit is ready to transmit a packet, it scans the priority 
queues in order, from the highest to lowest, to find the highest 
priority packet. 


5.1 LEX RCMD_REQUEST - Set Priority 
To establish priority queues for each protocol type, the host router 
sends a Set Priority LEX_RCMD_REQUEST packet. Figure 8 shows a frame 
format summary of such a LEX_RCMD_REQUEST packet. The host router 
transmits the fields from left to right. 
Figure 8 LEX_RCMD_REQUEST Packet Frame Format - Set Priority 


PPP Header 


OL 2 BA. SO TB: OO. 2 304 SF 8 GOP 1) 2 304. 5,00 708: 970. 1 
AA A A A A A A A A A A A A A A A A A A A dd dd q o ++ 


| OxFFO3 | Protocol-Type | 
Fatt ata ta tata a o o o E O 
(2 octets) (2) 


LAN Extension Interface Protocol Header 


012345678901234567890123456789021 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


| Code | Identifier | Length 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ + 
(1) (1) (2) 
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LAN Extension Interface Remote Command Options 


Od 2) DAD 89 O LAS 405 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


| Option-Type | Option-Flags | 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
(1) (1) 


OF 89 OD 2 S45 A E IS E SE 
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- 


Option-Length | Option-Data | 
a A A 
(2) 


Where the Option-Data field contains the following fields: 


01,2. 34-36 7:58: 940 1,23 4.5678 GO" D2 SAL 5:00 708 9:01. 1 
dh + Ph O hd + + + + + ++ ++ +++ + +++ ++ += +++ 
| Protocol Type (16 bits) | Protocol Value (16 bits) 
d+ Ph q E hd + e + + + + ++ + +++ + ++ ++ ++ +++ 


Summary Field Descriptions 


For a complete descriptions of the fields in the PPP Header, the LAN 
Extension Interface Protocol Header, and the LAN Extension Interface 
Remote Command Options, refer to the "Remote Command Options" section 
earlier in this document. The following table provides a summary of 
these fields when sending a LEX_RCMD_REQUEST packet that sets 
priority queuing. 


Table 6 Field Values for LEX_RCMD_REQUEST Packet - Set Priority 


Field Value 
Address/Control OxFFO3 (Broadcast address/Unnumbered 
information) 
Protocol-Type 0x8041 (Control packet) 
Code 0x40 (LEX_RCMD_REQUEST packet) 
Identifier Valid values: 0x01-OxFF 
Length Minimum length = 12 octets 
Maximum length = 1028 octets 
Option-Type 0x03 (Set Priority) 
Option-Flags None 
Option-Length Minimum length = 4 octets 
Maximum length = 1020 octets 
Option-Data Protocol Type and Priority Value. See the 


following "Option-Data Field Description" 
section for details. 
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Option-Data Field Descriptions 


The following Option-Data fields set the priority queuing of 
different protocol type packets. 


* Protocol Type 


The Protocol Type field contains a 16-bit number that is any Ethernet 
type code. See the most recent "Assigned Numbers" RFC for the correct 
Ethernet type code. 


* Priority Value 


The Priority Value field specifies the priority queue for the 
protocol type specified in the Protocol Type field. Valid values are 
as follows: 


- High priority queue 

— Medium priority queue 
Normal priority queue 
- Low priority queue 


l 
WNRo 
l 


Sending a LEX_RCMD_REQUEST packet with an Option-Length of four (no 
priority entries) disables priority queuing. When disabled, the LAN 
extension interface unit transfers all packets at a normal (2) 
priority level. When a new priority is specified, it overwrites the 
previous setting. 


5.2 Response Packets - Set Priority 
The following packets are valid responses to the Set Priority 
LEX_RCMD_REQUEST packet. 
* LEX_RCMD_ACK - Set Priority 


See the "Conditions for Sending PPP-LEX Packets" section earlier in 
this document for more information on this packet type. 


*  LEX_RCMD_NAK - Set Priority 


The LAN extension interface unit sends a LEX_RCMD_NAK packet in 
response to the Set Priority LEX_RCMD_REQUEST packet when the request 
contains an incorrect number of bytes in the message, when necessary 
resources are not available, or when the specified priority is 
invalid. 
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*  LEX_RCMD-REJ - Set Priority 


See the "Conditions for Sending PPP-LEX Packets" section earlier in 
this document for more information on this packet type. Table 7 
summarizes the field values of Set Priority LEX_RCMD_ACK, 
LEX_RCMD_NAK, and LEX_RCMD_REJ packets. 


Table 7 Field Values for Response Packets - Set Priority 


Field Value 

Address/Control OxFF03 (Broadcast address/Unnumbered 
information) 

Protocol-Type 0x8041 (Control packet) 

Code Valid values: 


* 0x41 (LEX_RCMD_ACK packet) 
* 0x42 (LEX_RCMD_NAK packet) 
* 0x43 (LEX_RCMD_REJ packet) 


Identifier A randomly generated value that aids in 
matching requests with replies 
Length Minimum length = 12 octets 
Maximum length = 1028 octets 
Option-Type 0x03 (Set Priority) 
Option-Flags None 
Option-Length Minimum length = 4 octets 
Maximum length = 1020 octets 
Option-Data Protocol Type and Priority Value sent 


in the LEX_RCMD_REQUEST packet 
6.0 Disable LAN Extension Ethernet Interface 


The host router sends a LEX_RCMD_ REQUEST with an Option-Type of 0x04 
to the LAN extension interface unit to disable the LAN extension 
Ethernet interface. This remote command option stops data traffic 
from the LAN extension interface unit to the host router for 
troubleshooting or for reconfiguring the LAN extension interface 
unit. This remote command option only affects data traffic. PPP-LEX 
control packets can still be transferred over the serial link. 
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6.1 LEX RCMD_REQUEST - Disable LAN Extension Ethernet Interface 
Figure 9 shows a frame format summary of a LEX_RCMD_REQUEST packet 
for the Disable LAN Extension Ethernet Interface remote command 


option. The host router transmits the fields from left to right. 


Figure 9 LEX_RCMD_REQUEST Packet Frame Format - 
Disable LAN Extension Ethernet Interface 


PPP Header 


01234567890123456789012345678090U1 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


| OxFF03 | Protocol-Type | 
+-+-+-+-+-+-+-+-+-+-+- hh hh hh hh + o o +++ 
(2 octets) (2) 


LAN Extension Interface Protocol Header 


0-12 3 4500108097001 2.87 4. 3:16. 7,58: 9:00 12.3 4 5 10:48:90 1 
AA A A A A A A A A A A A A A A A A A A dd dd dd q + +4 


| Code | Identifier | Length 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ + 
(1) (1) (2) 


LAN Extension Interface Remote Command Options 


oa e e E S E E > e E O S EE E E E o a E e E o T E e O 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


| Option-Type | Option-Flags | Option-Length 
E O O NN 
(1) (1) (2) 


Summary Field Descriptions 


For complete descriptions of the fields in the PPP Header, the LAN 
Extension Interface Protocol Header, and the LAN Extension Interface 
Remote Command Option, refer to the "Remote Command Options" section 
earlier in this document. The following table provides a summary of 
these fields when sending a LEX_RCMD_REQUEST packet that disables the 
LAN extension interface unit. 
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Table 8 Field Values for LEX _RCMD_REQUEST Packet - 
Disable LAN Extension Ethernet Interface 


Field Value 

Address/Control OxFFO3 (Broadcast address/Unnumbered 
information) 

Protocol-Type 0x8041 (Control packet) 

Code 0x40 (LEX_RCMD_REQUEST packet) 

Identifier Valid values: 0x01-OxFF 

Length 12 octets 

Option-Type 0x04 (Disable LAN Extension Ethernet 
Interface) 

Option-Flags None 

Option-Length 4 octets 

Option-Data None 


6.2 Response Packets - Disable LAN Extension Ethernet Interface 


LEX_RCMD_ACK, LEX_RCMD_NAK, and LEX_RCMD-REJ packets are valid 
responses to the Disable LAN Extension Ethernet Interface 
LEX_RCMD_REQUEST packet. Refer to the "Conditions for Sending PPP-LEX 
Packets" section earlier in this document for more information on 
when the LAN extension interface unit sends each of these response 
packets. Note that the LAN extension interface unit sends the 
LEX_RCMD_ACK packet after shutting down the interface. 


Table 9 summarizes the field values of Disable LAN Extension Ethernet 
Interface LEX_RCMD_ACK, LEX_RCMD_NAK, and LEX_RCMD_REJ packets. 


Table 9 Field Values for Response Packets - 
Disable LAN Extension Ethernet Interface 


Field Value 

Address/Control OxFF03 (Broadcast address/Unnumbered 
information) 

Protocol-Type 0x8041 (Control packet) 

Code Valid values: 


* 0x41 (LEX_RCMD_ACK packet) 
* 0x42 (LEX_RCMD_NAK packet) 
* 0x43 (LEX_RCMD_REJ packet) 


Identifier The same value as that sent by the 
LEX_RCMD_REQUEST packet 

Length 12 octets 

Option-Type 0x04 (Disable LAN Extension Ethernet 
Interface) 

Option-Flags None 

Option-Length 4 octets 

Option-Data None 
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7.0 Enable LAN Extension Ethernet Interface 


The host router sends a LEX_RCMD_ REQUEST with an Option-Type of 0x05 
to the LAN extension interface unit to enable the LAN extension 
Ethernet interface. This remote command option allows LAN traffic to 
flow into the LAN extension interface unit after the interface has 
been disabled. 


7.1 LEX RCMD_REQUEST - Enable LAN Extension Ethernet Interface 
Figure 10 shows a frame format summary of a LEX_RCMD_REQUEST packet 
for an Enable LAN Extension Ethernet Interface remote command option. 


The host router transmits the fields from left to right. 


Figure 10 LEX_RCMD_REQUEST Packet Frame Format - Enable LAN Extension 
Ethernet Interface 


PPP Header 


0-12 3 Ae S67 8097001 2:84. 2:16: 708: G0 1.2.3 4.5 008,900 1 
+-4-4-4-4-4-4+-4-4-4+-4+-4+-4-4-4+-4+-4-4+-4+-4+-4+-4+-4+-4+-4-4-4+-4-4-4-4-4-4 


| OxFFO3 | Protocol-Type | 
Fatt ata ta tata tartar a a a o E E O 
(2 octets) (2) 


LAN Extension Interface Protocol Header 


01234567890123456789012345678090U1 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


| Code | Identifier | Length 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
(1) (1) (2) 


LAN Extension Interface Remote Command Options 


001 -2 349-060: 8,90 1,2304 5060: g 9:00:12 34 -9:6 7:82 9-01 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


| Option-Type | Option-Flags | Option-Length 
A ON ggg igi A H 
(1) (1) (2) 


Summary Field Descriptions 


For complete descriptions of the fields in the PPP Header, the LAN 
Extension Interface Protocol Header, and the LAN Extension Interface 
Remote Command Option, refer to the "Remote Command Options" section 
earlier in this document. Table 10 provides a summary of these fields 
when sending a LEX_RCMD_REQUEST packet that enables the LAN extension 
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Ethernet interface. 


Table 10 Field Values for LEX_RCMD_REQUEST Packet - 
Enable LAN Extension Ethernet Interface 


Field Value 

Address/Control OxFFO3 (Broadcast address/Unnumbered 
information) 

Protocol-Type 0x8041 (Control packet) 

Code 0x40 (LEX_RCMD_REQUEST packet) 

Identifier Valid values: 0x01-OxFF 

Length 12octets 

Option-Type 0x05 (Enable LAN Extension Ethernet 
Interface) 

Option-Flags None 

Option-Length 4 octets 

Option-Data None 

7.2 Response Packets - Enable LAN Extension Ethernet Interface 


LEX_RCMD_ACK, LEX_RCMD_NAK, and LEX_RCMD-REJ packets are valid 
responses to the Enable LAN Extension Ethernet Interface 
LEX_RCMD_REQUEST packet. Refer to the "Conditions for Sending PPP-LEX 
Packets" section earlier in this document for more information on 
when the LAN extension interface unit sends each of these response 
packets. Note that the LAN extension interface unit sends the 
LEX_RCMD_ACK packet after enabling the interface. 


The frame format of the response packets mirrors that of the request. 
Table 11 summarizes the field values of Enable LAN Extension Ethernet 
Interface LEX_RCMD_ACK, LEX_RCMD_NAK, and LEX_RCMD_REJ packets. 


Table 11 Field Values for Response Packets - 
Enable LAN Extension Ethernet Interface 


Field Value 

Address/Control OxFF03 (Broadcast address/Unnumbered 
information) 

Protocol-Type 0x8041 (Control packet) 

Code Valid values: 


* 0x41 (LEX_RCMD_ACK packet) 
* 0x42 (LEX_RCMD_NAK packet) 
* 0x43 (LEX_RCMD_REJ packet) 


Identifier The same value as that sent by the 
LEX_RCMD_REQUEST packet 

Length 12 octets 

Option-Type 0x05 (Enable LAN Extension Ethernet 
Interface) 
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Option-Flags None 
Option-Length 4 octets 
Option-Data None 


8.0 Reboot LAN Extension Interface Unit 


The host router sends a LEX_RCMD_REQUEST packet with an Option-Type 
of 0x06 to the LAN extension interface unit to cause the LAN 
extension interface unit to reboot itself. The Option-Flags field 
specifies the boot mode for the LAN extension interface unit. There 
are two boot modes: 


* The first boot mode (Option-Flag 0x00) is the default. The 
default boot mode causes the LAN extension interface unit to 
check for a valid Flash image and to boot from it if it exists. 
If a valid Flash image does not exist, the default boot mode 
causes the LAN extension interface unit to boot from the PROM 
image. Similarly, if the Flash image is bad, then the LAN 
extension interface unit recovers by booting from the PROM image. 


* The second boot mode (Option-Flag 0x01) forces the LAN extension 
interface unit to boot from the PROM image. 


8.1 LEX RCMD_REQUEST - Reboot LAN Extension Interface Unit 
Figure 11 shows a frame format summary of a LEX_RCMD_REQUEST packet 
for a Reboot LAN Extension Interface Unit remote command option. The 


host router transmits the fields from left to right. 


Figure 11 LEX_RCMD_REQUEST Packet Frame Format - 
Reboot LAN Extension Interface Unit 


PPP Header 


01.22.34. 05:"6.7.8 9 Oo 1. 23 45. 6-7 8-9 01:02:34 5-6. 7.8: 9-0 1 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


| OxFFO3 | Protocol-Type | 
Fatt ata ta tata tartan +H 
(2 octets) (2) 


LAN Extension Interface Protocol Header 


01:23:14. "56. 8900 1.:2 32:43:06: 17 08 9000 L 2 354. 5:67 6-90" 1 
A A A A A A A A A A A A A A A A A A A A dd dd o + +4 


| Code | Identifier | Length 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++ 
(1) (1) (2) 
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LAN Extension Interface Remote Command Options 


0-12 :34: 9G P89 00 122-3004 09060 08: 90 1 234: 3 6 0:8-9 00071 
E 


| Option-Type | Option-Flags | Option-Length 
fofoF fo fifo iff tigi tipi pip p i pip gig ipa gpi HHHH 
(1) (1) (2) 


Summary Field Descriptions 


For complete descriptions of the fields in the PPP Header, the LAN 
Extension Interface Protocol Header, and the LAN Extension Interface 
Remote Command Option, refer to the "Remote Command Options" section 
earlier in this document. Table 12 provides a summary of these fields 
when sending a LEX_RCMD_REQUEST packet that instructs the LAN 
extension interface unit to reboot. 


Table 12 Field Values for LEX_RCMD_REQUEST Packet - 
Reboot LAN Extension Interface Unit 


Field Value 

Address/Control OxFFO3 (Broadcast address/Unnumbered 
information) 

Protocol-Type 0x8041 (Control packet) 

Code 0x40 (LEX_RCMD_REQUEST packet) 

Identifier Valid values: 0x01-OxFF 

Length 12 octets 

Option-Type 0x06 (Reboot LAN Extension Interface Unit) 

Option-Flags Valid values: 


* 0x00 - Reboot from Flash image if it 
exists. If not, reboot from PROM. (This 
value does not force the LAN extension 
interface unit to reboot from PROM.) 

* 0x01 - Reboot from PROM explicitly. 


Option-Length 4 octets 
Option-Data None 
8.2 Response Packets - Reboot LAN Extension Interface Unit 


LEX_RCMD_ACK, LEX_RCMD_NAK, and LEX_RCMD-REJ packets are valid 
responses to the Reboot LAN Extension Interface Unit LEX_RCMD_REQUEST 
packet. Refer to the "Conditions for Sending PPP-LEX Packets" section 
earlier in this document for more information on when the LAN 
extension interface unit sends each of these response packets. Note 
that the LAN extension interface unit reboots after sending the 
LEX_RCMD_ACK packet. 
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The frame format for the response packets mirrors that of the 
request. Table 13 summarizes the field values for Reboot LAN 
Extension Interface Unit LEX_RCMD_ACK, LEX_RCMD_NAK, and LEX_RCMD_REJ 


packets. 
Table 13 Field Values for Response Packets - 
Reboot LAN Extension Interface Unit 
Field Value 
Address/Control OxFF03 (Broadcast address/Unnumbered 
information) 
Protocol-Type 0x8041 (Control packet) 
Code Valid values: 

* 0x41 (LEX_RCMD_ACK packet) 

* 0x42 (LEX_RCMD_NAK packet) 

* 0x43 (LEX_RCMD_REJ packet) 

Identifier The same value as that sent in the 

LEX_RCMD_REQUEST packet 

Length 12 octets 
Option-Type 0x06 (Reboot LAN Extension Interface Unit) 
Option-Flags Valid values: 

* 0x00 - Reboot from Flash image if it 
exists. If not, reboot from PROM. (This 
value does not force the LAN extension 
interface unit to reboot from PROM.) 

* 0x01 - Reboot from PROM explicitly. 

Option-Length 4 octets 
Option-Data None 


9.0 Request Statistics 


The host router issues a LEX_RCMD_REQUEST packet with an Option-Type 
of 0x07 to obtain statistics information from the LAN extension 
interface unit. The host router may want statistics information about 
the following: 


* Serial interface only 
LAN interface only 


* Both the serial and LAN interfaces 


The host router may also send a Statistics Request LEX_RCMD_REQUEST 
packet to reset statistics in the LAN extension interface unit. 


9.1 LEX RCMD_REQUEST - Request Statistics 
Figure 12 shows a summary frame format of a LEX_RCMD_REQUEST packet 


for a Statistics Request remote command option. The host router 
transmits the fields from left to right. 
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Figure 12 LEX_RCMD_REQUEST Packet Frame Format - Request Statistics 
PPP Header 


O 1-2 34-500 ST :897 004. 2.848. 0:06: e 910 12203 4 5 10:48. Oe Oo 
+-4+-4+-4-4-4-4-4-4-4-4-4+-4-4-4+-4-4+-4+-4+-4-4+-4-4+-4+-4+-4-4-4-4-4-4-4-4 


| OxFFO3 | Protocol-Type | 
+-+-+-+-+-+-+-+-+-+-+- +++ 
(2 octets) (2) 


LAN Extension Interface Protocol Header 


0.1. 234.5 6.7 8 901,234 D ET 8 90. 12°03 4 56. 7-8. 9-0: 1 
HA A AA A A O O O AO A A A O O O O A A A A A A O A ++ 
| Code | Identifier | Length 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+++ 

(1) (1) (2) 


LAN Extension Interface Remote Command Option 


OL 23 Ao OF) B82 9 O01 2 3456. 78 -9: 203 4 5: 6: 7:89. OL. 2 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


| Option-Type | Option-Flags | Option-Length 
A O NN 
(1) (1) (2) 


Summary Field Descriptions 


For complete descriptions of the fields in the PPP Header, the LAN 
Extension Interface Protocol Header, and the LAN Extension Interface 
Remote Command Option, refer to the "Remote Command Options" section 
earlier in this document. Table 14 provides a summary of these fields 
when sending a LEX_RCMD_REQUEST packet that requests statistics of 
the LAN extension interface unit. 


Table 14 Field Values for LEX_RCMD_REQUEST Packet - 
Request Statistics 


Field Value 

Address/Control OxFF03 (Broadcast address/Unnumbered 
information) 

Protocol-Type 0x8041 (Control packet) 

Code 0x40 (LEX_RCMD_REQUEST packet) 

Identifier Valid values: 0x01-0xFF 

Length 12 octets 

Option-Type 0x07 (Request Statistics) 

Option-Flags Valid values: 
* 0x01 - Resets serial statistics in the LAN 


Chapman, et al Informational [Page 38] 


RFC 1841 LAN Extension Interface Protocol September 1995 


extension interface unit 
* 0x02 — Returns serial statistics from the 
LAN extension interface unit 
* 0x04 — Returns LAN statistics from the LAN 
extension interface unit 
* 0x08 - Resets LAN statistics in the LAN 
* extension interface unit 
If both serial and LAN statistics are 
desired, the corresponding bits of this 
field should be set (that is, 0x06). The 
serial interface statistics appear in the 
response packet before the LAN statistics. 
Option-Length 4 octets 
Option-Data None 


9.2 LEX RCMD_ACK - Request Statistics 


The normal response to a Statistics Request LEX _RCMD_REQUEST packet 
is a LEX_RCMD_ACK packet. This acknowledgment packet has an Option- 
Type, an Option-Flags, and an Option-Length field followed by one or 
two blocks of statistics data. The value in the Option-Flags field 
indicates whether the packet has one or two blocks of statistics. For 
more information on these values, see the following "Summary Field 
Descriptions" section. 


The frame format for the Statistics Request LEX_RCMD_ACK packet 
follows. The LAN extension interface unit transmits the fields from 
left to right. 

Figure 13 LEX_RCMD_ACK Packet Frame Format - Request Statistics 


PPP Header 


01234567890123456789012345678090U1 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


| OxFF03 | Protocol-Type | 
a tata a o o o E O 
(2 octets) (2) 


LAN Extension Interface Protocol Header 


E AI E TS E A O ES A A A OL E E 67 e OS 
HA A O AO A A A O O O O AO A A A O O O O A A A o A ++ 
| Code | Identifier | Length 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- +++ 

(1) (1) (2) 


Chapman, et al Informational [Page 39] 


RFC 1841 LAN Extension Interface Protocol September 1995 


LAN Extension Interface Remote Command Options 


00-172 34 8 6. 6080 9 0 LD 23: 45 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


| Option-Type | Option-Flags | 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
(1) (1) 
PEE E E EEEE > 
TS DES OP ES 6 8: 901 2 S46 E < E 
=-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
Option-Length | Option-Data | 
=-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


(2) 


Where the Option-Data fields contains one or both of the following 
statistics blocks: 


Serial Interface Statistics Block: 


(32 bits) 
dd + + dd hd + dd $ q — $ + q — $ + q +4 +++ +++ +++ +++ 
| Serial Line Input, Number of Packets Received 
Pd + + $ hd — + de $ $ q — $ + q dd q +4 +++ +++ +++ +++ 
| Serial Line Input, Number of CRC Erros 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
| Serial Line Input, Number of Framing Errors 
dd + + dd hd dd $ $ q — $ + q dd q +4 +++ +++ +++ +++ 
| Serial Line Input, Number of Overruns 
dd + + dd hd dd $ $ q — $ + q ++ q +4 +++ +++ +++ +++ 
| Serial Line Input, Number of Packets Dropped 
dd + + dd + $ dd $ $ q — $ + q — dd q +4 + ++ +++ +++ +++ 
| Serial Line Input, Number of Frame Aborts 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ q d+ q +4 +++ +++ +++ +++ 
| Serial Line Input, Number of Packets in Error 
dd + + dd hd dd $ $ q — $ + q dd q +4 +++ +++ +++ +++ 
| Serial Line Input, Number of Packets Dropped Due to Lack of | 
| Buffer Descriptors | 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
| Serial Line Input, Time of Last Packet Received 
+ dd + + de + $ $ dd $ q — + q — + d+ + ++ +++ ++ +++ ++ 
! 
: 
| 
| 


e 
=+- 

Serial Line Input, Average Data Rate 
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
Serial Line Input, Average Packet Rate 
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
Serial Line Input, Number of Octets Received 
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
Serial Line Input, Number of Packets Dropped Due to No Buffers | 
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+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
| Serial Line Output, Number of Packets Transmitted | 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
| Serial Line Output, Number of Packets with Error Transmissions | 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
| Serial Line Output, Number of Under-run Errors 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- 
| Serial Line Output, Number of Packets in Low Priority Queue 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- 
| Serial Line Output, Size of Low Priority Queue 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- 
| Serial Line Output, Number of Packets Dropped in Low Priority 

| Queue 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
| Serial Line Output, Number of Packets in Normal Priority Queue | 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
$ 
| 

| 


—— + — + — + — 


Serial Line Output, Size of Normal Priority Queue 

dd + + O e hd dd $ + q — $ + q + + 4 +4 +++ +++ +4 +++ 

Serial Line Output, Number of Packets Dropped in Normal | 

Priority Queue | 
dd + + dd hd dd $ $ q — $ + q ++ q +4 +++ +++ +++ +++ 


d+ Ph q E hd + + + + + ++ ++ hh + + +++ ++ +++ 
| Serial Line Output, Number of Packets in Medium Priority Queue | 
dh + + hd hd + + + + + + ++ ++ ho ++ + +++ ++ +++ 
| Serial Line Output, Size of Medium Priority Queue | 
dh + Ph q tata titan + + + q ta + + ++ +++ + +++ ++ +++ 
Serial Line Output, Number of Packets Dropped in 
Medium Priority Queue 
d+ + hh q e hd e + + + + ++ ++ +++ + +++ +++ +++ 
| Serial Line Output, Number of Packets in High Priority Queue | 
dh ta tata q tata de ta tata tata ta ++ ++ +++ ++ +++ +++ ++ 
| Serial Line Output, Size of High Priority Queue 
dh + Ph q + tata ta tata tata ta ++ ++ +++ ++ +++ +++ += 
| Serial Line Output, Number of Packets Dropped in High | 
| Priority Queue | 
dh + Ph q E hd + + + + + + + ++ hh + ++ +++ +++ ++ 
| Serial Line Output, Time of Last Packet Transmitted | 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- ++ + ++ ++ ++ +++ 
| Serial Line Output, Number of Carrier Transitions | 
dh + + hd hd tata tata ta ++ ++ hh + + +++ ++ += +++ 
| Serial Line Output, Transmitted Data Rate 
dh + A hd O hd + + + + + + + + ++ ++ + + +++ + +++ ++ 
| Serial Line Output, Number of Octets Transmitted 
dh + + hd O hd + + + + + ++ ++ +++ ++ +++ +++ += 
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Lan Interface Statistics Block: 


(32 bits) 
a a o o E O 
| LAN Input, Number of Packets Received 
a a o o o o O 
| LAN Input, Number of Packets Received with CRC Errors 
a a o o o o O 
| LAN Input, Number of Packets Received with Framing Errors | 
a tata a a o o o O 
| LAN Input, Number of Overruns 
a a a o o o O 
| LAN Input, Number of Packets Dropped Due to Congestion | 
Fatt ata ta tata tartar a o E E o O 
| LAN Input, Number of Frame Aborts 
a a a o o o O 
| LAN Input, Number of Broadcast Packets Received 
a a aHa o o o E O 
| LAN Input, Number of Packets Received with Errors 
a a a a o o E O 
| LAN Input, Number of Packets Dropped Due to Lack of Buffer | 
| Descriptors | 
a a a o o o E O 
| LAN Input, Number of Runts (Too Small Packets) Received | 
Fatt tata tata tata t arta tanta tata tata tatoo ta tata tatatatatatatat 
| LAN Input, Time of Last Packet Received 
FoF tata ta tata tartar a o o o o O 


PRA A O A + e $ dd $ + + + + d+ + ++ +++ +++ +++ +++ 
| LAN Input, Average Data Rate 

PR A A O + e $ + tata + + + + q + ++ +++ +++ +++ +++ 
| LAN Input, Average Packet Rate 

PR A AO O O + e $ q e $ + + + + d+ + ++ +++ +++ +++ +++ 
| LAN Input, Number of Octets Received 

PR A AO A O + e $ dd $ + tata + d+ + ++ +++ +++ +++ +++ 
| LAN Input, Number of Packets Dropped Due to Lack of Buffers | 
tata tata ta + ta tata ta tata + + + ta tata ++ +++ +++ +++ +++ 
| LAN Output, Number of Packets Transmitted | 
tata tata A + ta tata ta tata ta tata ta tata ++ +++ +++ +++ +++ 
| LAN Output, Number of Packets Transmitted with Errors | 
tata tata tartar + ta tata ta tata ta tata + d+ + ++ +++ +++ +++ +++ 
| LAN Output, Number of Under-runs 

tata ta tata O + ta $ tata ta ta tata ta tata tat +++ +++ +++ +++ 
| LAN Output, Number of Collisions (Ethernet) 

tata tata tata + ta tata ta tata ta tata ta tata ++ +++ +++ +++ +++ 
| LAN Output, Number of Packets in Queue 

tata tata taeda tata tata ta tata ta tata + d+ + ++ +++ +++ +++ +++ 
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LAN Output, Queue Size 


-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- 


LAN Output, Number of Packets Dropped in Queue 


E 


LAN Output, Time of Last Packet Transmitted 


A A A A A A A A A A A A A A A A A A A A o 


LAN Output, Transmit Data Rate 


LAN Output, Transmit Packet Rate 


-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- 


E 


AN Output, Number of Octets Transmitted 


-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- 


LAN, Number of Interface Resets 


-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- 


| 
+ 
| 
+ 
| 
+ 
| 
+-4+-4+-4-4-4-4-4-4-4-4+-4-4+-4+-4+-4+-4+-4+-4-4+-4+-4+-4-4-4-4- 
| 
+ 
| 
+ 
| 
+ 


September 1995 


+-+-+-+-+-+-+ 


+-+-+-+-+-+-+ 


+-+-+-+-+-+-+ 


+-+-+-+-+-+-+ 


+-+-+-+-+-+-+ 


+-+-+-+-+-+-+ 


+-+-+-+-+-+-+ 


Note: Counts are cumulative since last counter reset. Time stamps 
are in milliseconds since last given event. Packet rates are in 


packets per second (averaged). 


Summary Field Descriptions 


For complete descriptions of the fields in the PPP Header, the LAN 


Extension Protocol Header, and the LAN Extension 


Remote Command 


Option, refer to the "Remote Command Options" section earlier in this 


document. The following table provides a summary 


of these fields for 


a LEX_RCMD_ACK packet that sends statistics to the host router. 


Table 15 Field Values for LEX_RCMD_ACK Packet - Request Statistics 


Field Value 
Address/Control OxFFO3 (Broadcast address/Unnumbered 
information) 
Protocol-Type 0x8041 (Control packet) 
Code 0x41 (LEX_RCMD_ACK packet) 
Identifier The same value as that sent by the 
LEX_RCMD_REQUEST packet 
Length Minimum length = 120 octets 
Maximum length = 140 octets 
Option-Type 0x07 (Request Statistics) 
Option-Flags The LAN extension interface unit always sets 


this field to reflect the actions taken in 
response to the LEX_RCMD_ACK packet. Valid 


values: 


x 0x01 - Reset serial statistics in the LAN 


extension interface unit 


* 0x02 - Return serial statistics from the 
LAN extension interface unit 
* 0x04 — Return LAN statistics from the LAN 
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extension interface unit 

* 0x08 - Reset LAN statistics in the LAN 
extension interface unit 
If both serial and LAN statistics are 
returned, the corresponding bits of this 
field should are set (that is, 0x06). The 
serial interface statistics appear in the 
response packet before the LAN statistics. 


Option-Length Minimum length = 116 octets 
Maximum length = 136 octets 
Option-Data The Serial Interface Statistics Block, the 


LAN Interface Statistics Block, or both the 
Serial Interface and LAN Interface 
Statistics blocks. When the Option-Data 
contains both blocks, the Serial Interface 
Block precedes the LAN Interface Block. 
Statistics values that the LAN extension 
interface unit does not collect/support 

are retuned with a value of zero. 


Implementation Notes 


If the LAN extension interface unit does not implement the capability 
of sending the serial and LAN interface statistics blocks separately, 
the implementation may always return both statistics blocks (with the 
Option-Flags and Option-Length fields containing the appropriate 
corresponding values). 


An implementation, such as a Token Ring LAN implementation, can 
collect a different set of statistics than shown above by defining a 
new statistics request type remote command option. 


9.3 LEX RCMD_NAK/LEX RCMD_REJ - Request Statistics 


The LAN extension interface unit sends a LEX_RCMD_NAK packet when the 
Statistics Request LEX_RCMD_REQUEST packet did not specify the type 
of statistics the host router wants. That is, the request's Option- 
Flags field equals zero. 


Refer to the "Conditions for Sending PPP-LEX Packets" section earlier 
in this document for information on when the LAN extension interface 
unit sends a Request Statistics LEX_RCMD_REJ packet. 


The frame format for the LEX_RCMD_NAK and LEX_RCMD_REJ packets is the 
same as that of the Statistics Request LEX_RCMD_REQUEST packet. Table 
16 summarizes the appropriate field values for the Statistics Request 
LEX_RCMD_NAK and LEX_RCMD_REJ packets. 
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Table 16 Field Values for LEX_RCMD_NAK/LEX_RCMD_REJ Packets - 
Request Statistics 


Field Value 

Address/Control OxFF03 (Broadcast address/Unnumbered 
information) 

Protocol-Type 0x8041 (Control packet) 

Code Valid values: 


* 0x42 (LEX_RCMD_NAK packet) 
* 0x43 (LEX_RCMD_REJ packet) 


Identifier The same value as that sent by the 
LEX_RCMD_REQUEST packet 

Length 12 octets 

Option-Type 0x07 (Request Statistics) 

Option-Flags The same value as that sent by the 
LEX_RCMD_REQUEST packet 

Option-Length 4 octets 

Option-Data None 


10.0 Download Request 


The host router sends a LEX_RCMD_REQUEST packet with an Option-Type 
of 0x08 to alert the LAN extension interface unit that the host 
router will be issuing a software download to Flash memory. When the 
LAN extension interface unit acknowledges the command, the host 
router starts sending download data. 
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10.1 LEX RCMD_REQUEST - Download Request 
Figure 14 shows a summary frame format of a LEX_RCMD_REQUEST packet 
for a Download Request remote command option. The host router 
transmits the fields from left to right. 
Figure 14 LEX_RCMD_REQUEST Packet Frame Format - Download Request 


PPP Header 


012345678901 23456789012345678090Uu1 
AA A A A A A A A A A A A A A A A A A A A dd dd q + +4 


| OxFFO3 | Protocol-Type | 
+-+-+-+-+-+-+-+-+-+-+-+- hh hh hh hh o o +++ 
(2 octets) (2) 


LAN Extension Interface Protocol Header 


Od 2 3 4 5 OF 8 OO LL Be 4A SO 8 OO 1. 2384456. 7 BO OL 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++ 
| Code | Identifier | Length 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ + 

(1) (1) (2) 


LAN Extension Interface Remote Command Option 


0123456789012345 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


| Option-Type | Option-Flags | 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
(1) (1) 
(1 See E O E EEEE E E E a E E EE E ENEE > 
67890123456789012345678 9 
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
Option-Length | Option-Data | 
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


(2) 
Where the Option-Data field contains the following fields: 


01234567890123 456789012345678901 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ q + + q +4 + ++ +++ +++ +++ 
| Block Number (16 bits) | File Size (32 bits).... 
Pod + + dd hd + de $ $ q — $ + q ++ q +4 +++ +++ +++ +++ 
| Filename (Max. 64 octets)....... 

PR A AO O + o $ + + + d+ + + d+ + ++ +++ HH 
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Summary Field Descriptions 


For a complete description of the fields in the PPP Header, the LAN 
Extension Interface Protocol Header, and the LAN Extension Interface 
Remote Command Option, refer to the "Remote Command Options" section 
earlier in this document. Table 17 provides a summary of these fields 
when sending a LEX_RCMD_REQUEST packet that informs the LAN extension 
interface unit of an upcoming software download to Flash memory. 


Table 17 Field Values for LEX_RCMD_REQUEST Packet - Download Request 


Field Value 

Address/Control OxFFO3 (Broadcast address/Unnumbered 
information) 

Protocol-Type 0x8041 (Control packet) 

Code 0x40 (LEX_RCMD_REQUEST packet) 

Identifier Valid values: 0x01-OxFF 

Length Variable depending on size of filename in 
the Filename field. Valid range: 
Minimum length = 19 octets 
Maximum length = 82 octets 

Option-Type 0x08 (Download Request) 

Option-Flags None 

Option-Length Variable depending on size of filename in 
the Filename field. Valid range: 
Minimum length = 11 octets 
Maximum length = 74 octets 

Option-Data Block Number, File Size, and Filename of 


the code/image to be downloaded. See the 
following "Option-Data Field Descriptions" 
section for details. 
Option-Data Field Descriptions 
The Option-Data field contains the following fields: 
* Block Number 
The Block Number field contains a value that identifies a contiguous 
group of code bits to be downloaded to the LAN extension interface 
unit. In the LEX_RCMD_REQUEST packet, the Block Number is always 
zero. 


* File Size 


The File Size field contains the size (in octets) of the code to be 
downloaded to the LAN extension interface unit. 
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* Filename 


The Filename field contains the name of the image to be transferred 
to the LAN extension interface unit. 


.2 Response Packets - Download Request 


The following packets are valid responses to a Download Request 
LEX_RCMD_REQUEST packet: 


*  LEX_RCMD_ACK - Download Request 


Refer to the "Conditions for Sending PPP-LEX Packets" section earlier 
in this document for more information on when the LAN extension 
interface unit sends this packet. 


* LEX_RCMD_NAK - Download Request 


The LAN extension interface unit sends a Download Request 
LEX_RCMD_NAK packet when the LAN Extension interface unit is 
currently programming Flash, when the File Size field value in the 
request is greater than the unit’s available Flash bytes, when the 
LAN extension interface unit is out of memory, or when the Block 
Number field value in the request is not zero. 


* LEX_RCMD_REJ - Download Request 
Refer to the "Conditions for Sending PPP-LEX Packets" section earlier 
in this document for more information on when the LAN extension 


interface unit sends this packet. 


Table 18 summarizes the field values of the Download Request 
LEX_RCMD_ACK, LEX_RCMD_NAK, and LEX_RCMD_REJ packets. 


Table 18 Field Values for Response Packets - Download Request 


Field Value 

Address/Control OxFF03 (Broadcast address/Unnumbered 
information) 

Protocol-Type 0x8041 (Control packet) 

Code Valid values: 


* 0x41 (LEX_RCMD_ACK packet) 
* 0x42 (LEX_RCMD_NAK packet) 
* 0x43 (LEX_RCMD_REJ packet) 


Identifier The same value as that sent by the 
LEX_RCMD_REQUEST packet 
Length The same value as that sent by the 


LEX_RCMD_REQUEST packet 
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Ti; 


0 


Option-Type 0x08 (Download Request) 

Option-Flags None 

Option-Length The same value as that sent by the 
LEX_RCMD_REQUEST packet 

Option-Data Block Number, File Size, and Filename of 


the code/image to be downloaded. 
O Download Data 


Once the host router receives a Download Request LEX_RCMD_ACK packet 
from the LAN extension interface unit, the host router downloads the 
data to be written to Flash memory by sending a LEX_RCMD_REQUEST 
packet with an Option-Type of 0x09. The host router sends multiple 
Download Data LEX_RCMD_REQUEST packets, each with 512 octets of 
Option-Data containing the binary data to be programmed into Flash 
memory. 


A packet containing Option-Data with less than 512 octets signals the 
end of the download data (that is, the end of tile). If the size of 
the file being downloaded is an even multiple of 512 bytes, then the 
last packet transferred should have an Option-Length of 6. That is, 
the last packet transferred should have Option-Data containing the 
Block Number field value but no data. A Block Number field value 
without data alerts the LAN extension interface unit that this is the 
last block to be transmitted. 


1 LEX RCMD_REQUEST - Download Data 

The frame format for the Download Data LEX_RCMD_REQUEST packet is 

similar to a TFTP frame format. Figure 15 shows a summary frame 

format. The host router transmits the fields from left to right. 
Figure 15 LEX_RCMD_REQUEST Packet Frame Format - Download Data 


PPP Header 


1234567890123456789012345678090U1 


+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


OxFF03 | Protocol-Type | 


+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


(2 octets) (2) 
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LAN Extension Interface Protocol Header 


0-12 DAD 809 O 23 3 a 8 OL ZA B62 8: 9 071 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ A A A A ++ 
| Code | Identifier | Length 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++++++ 

(1) (1) (2) 


LAN Extension Interface Remote Command Option 


0123456789012345 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


| Option-Type | Option-Flags | 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
(1) (1) 
E pa o o fl A e q aa e Ju pe pil e il e e ca e rl ts weep el a e a id ls tio y e Sed ak oe ete y > 
67 8 9° 0° ch, a2 3.4L 5:60 7-89: 04112304. 5:06:77 89 
—+-+-4+-4+-4+-4+-+4+-4+-4-4+-4-4-4+-4+-4+-4+-4-4+-4-4-4+-4+-4-4+ 
Option-Length | Option-Data | 
—4+-+-4+-4+-4+-4+-+4+-4+-4-4+-4+-4-4+-4+-4+-4+-4-4+-4-4-4+-4+-4-4 


(2) 
Where the Option-Data field contains the following fields: 


0123456789012345678°9012345678<9021 
Hato A AA A A O toto A A A A O O te O A A A A A A ++ 
| Block Number (16 bits) | | 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ + 
| Binary Download Data (Max. 512 octets)..... 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


Summary Field Descriptions 


For a complete descriptions of the fields in the PPP Header, the LAN 
Extension Interface Protocol Header, and the LAN Extension Interface 
Remote Command Option, refer to the "Remote Command Options" section 
earlier in this document. The following table provides a summary of 
these fields when sending a LEX_RCMD_REQUEST packet that download 
software to the LAN extension interface unit. 


Table 19 Field Values for LEX_RCMD_REQUEST Packet - Download Data 


Field Value 

Address/Control OxFF03 (Broadcast address/Unnumbered 
information) 

Protocol-Type 0x8041 (Control packet) 

Code 0x40 (LEX_RCMD_REQUEST packet) 
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Identifier Valid values: 0x01-OxFF 

Length Minimum length = 14 octets 
Maximum length = 526 octets 

Option-Type 0x09 (Download Data) 

Option-Flags None 

Option-Length Minimum length = 6 octets (signals end of 
data transfer for a file with a file size 
of an even multiple of 512 bytes) 
Maximum length = 518 octets 


Option-Data Block Number and Download Data. See the 
following "Option-Data Field Descriptions" 
section for details. 


Option-Data Field Descriptions 


The following Option-Data fields provide the LAN extension interface 
unit with download data: 


* Block Number 


The Block Number identifies the contiguous group of code bits to be 
downloaded. The host router automatically generates this number. The 
first Download Data packet gets a block number of one. The host 
router increments this Block Number value by one with every Download 
Data LEX_RCMD_REQUEST packet sent to the LAN extension interface 
unit. The maximum value of the Block Number is dependent on the 
unit’s Flash memory size. 


* Download Data 
The Download Data are the actual code bits being downloaded to the 
LAN extension interface unit. A maximum of 512 octets of download 


data can sent in one Download Data LEX_RCMD_REQUEST packet. 


11.2 Response Packets - Download Data 


The following packets are valid responses to a Download Data 
LEX_RCMD_REQUEST packet: 


* LEX_RCMD_ACK - Download Data 


Refer to the "Conditions for Sending PPP-LEX Packets" section earlier 
in the document for more information on this packet. 
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* LEX_RCMD_NAK - Download Data 


The LAN extension interface unit sends a Download Data LEX_RCMD_NAK 
packet when the LAN extension interface unit is not in the proper 
state or when accepting the data will over-run the download buffer. 


* LEX_RCMD_REJ - Download Data 


Refer to the "Conditions for Sending PPP-LEX Packets" section earlier 
in the document for more information on this packet. 


Table 20 summarizes the field values of the Download Data 
LEX_RCMD_ACK, LEX_RCMD_NAK, and LEX_RCMD_REJ packets. 


Table 20 Field Values for Response Packets - Download Data 


Field Value 

Address/Control OxFF03 (Broadcast address/Unnumbered 
information) 

Protocol-Type 0x8041 (Control packet) 

Code Valid values: 


* 0x41 (LEX_RCMD_ACK packet) 
* 0x42 (LEX_RCMD_NAK packet) 
* 0x43 (LEX_RCMD_REJ packet) 


Identifier The same value as that sent by the 
LEX_RCMD_REQUEST packet 

Length 14 octets 

Option-Type 0x09 (Download Data) 

Option-Flags None 

Option-Length 6 octets 

Option-Data Block Number only 


O Download Status 


Upon completion of a Download Data sequence, the host router issues a 
LEX_RCMD_REQUEST packet with an Option-Type of 0x0A to request status 
of the success or failure of the download. A bad checksum of the 
image or a malfunctioning Flash memory could cause the download to 
fail. 
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12.1 LEX RCMD_REQUEST - Download Status 
Figure 16 shows the frame format summary of a LEX_RCMD_REQUEST packet 
for a Download Status remote command option. The host router 
transmits the fields from left to right. 
Figure 16 LEX_RCMD_REQUEST Packet Frame Format - Download Status 


PPP Header 


01234567890123456789012345678090U1 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


| OxFFO3 | Protocol-Type | 
+-+-+-+-+-+-+-+-+-+-+-+- hh hh hh hh o o +++ 
(2 octets) (2) 


LAN Extension Interface Protocol Header 


Od 2 3 4 5 OF 8 OO LL Be 4A SO 8 OO 1. 2384456. 7 BO OL 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++ 
| Code | Identifier | Length 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ + 

(1) (1) (2) 


LAN Extension Interface Remote Command Option 


01234567890123456789012345678090U1 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


| Option-Type | Option-Flags | Option-Length 
Poffo fifi fo ti fifi pgp ipa gigi t ipa pig g papi gig ipa g git gigi git 
(1) (1) (2) 


Summary Field Descriptions 


For a complete descriptions of the fields in the PPP Header, the LAN 
Extension Interface Protocol Header, and the LAN Extension Interface 
Remote Command Option, refer to the "Remote Command Options" section 
earlier in this document. Table 21 provides a summary of these fields 
when sending a LEX_RCMD_REQUEST packet that requests the download 
status of the LAN extension interface unit. 


Table 21 Field Values for LEX _RCMD_REQUEST Packet - Download Status 


Field Value 

Address/Control OxFF03 (Broadcast address/Unnumbered 
information) 

Protocol-Type 0x8041 (Control packet) 

Code 0x40 (LEX_RCMD_REQUEST packet) 
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Identifier Valid values: 0x01-OxFF 
Length 12 octets 

Option-Type Ox0A (Download Status) 
Option-Flags None 

Option-Length 4 octets 

Option-Data None 


12.2 LEX RCMD_REQUEST - Download Status 


When the LAN extension interface unit correctly receives the Download 
Status LEX_RCMD_REQUEST packet, it returns a LEX_RCMD_ACK packet 
containing the appropriate status information in the Option-Data 
field. 


Figure 17 shows the frame format for the Download Status LEX_RCMD_ACK 
packet. The LAN extension interface unit transmits the fields from 
left to right. 

Figure 17 LEX_RCMD_ACK Packet Frame Format - Download Status 


PPP Header 


001.223.490 789.001 2.3456 718:90,.1.2345678-9:.0.,1 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


| OxFFO3 | Protocol-Type | 
a SS a es es ee ees ee 
(2 octets) (2) 


LAN Extension Interface Protocol Header 


OE 23) 40'S 6 ah 8 OO" Ae 2 34 5 G T 8 G05 Le 2. 38) 4 Se O 38. -O OS E 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +++ 
| Code | Identifier | Length 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +++ 

(1) (1) (2) 
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LAN Extension Interface Remote Command Option 


00-172 34 8 6. 6080 9 0 LD 23: 45 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


| Option-Type | Option-Flags | 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
(1) (1) 
PEE E EEEE > 
67890123456789012345678 9 
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
Option-Length | Option-Data | 
—+-+-4+-4+-4+-4+-+4+-4-4-4+-4-4-4+-4+-4+-4+-4-4+-4-4-4+-4+-4-4 


(2) 
Where the Option-Data field contains the following fields: 


OL 284, 90 108: 9) 20! 2 3 AS 
dh A A O O O O O A A o o o ++ 
| Status (16 bits) 
+-+-+-+-+-+-+-+-+-+-+-+-+ o o ++ 


Summary Field Descriptions 


For a complete descriptions of the fields in the PPP Header, the LAN 
Extension Interface Protocol Header, and the LAN Extension Interface 
Remote Command Option, refer to the "Remote Command Options" section 
earlier in this document. Table 22 provides a summary of these fields 
when sending a status information to the host router. 


Table 22 Field Values for LEX_RCMD_ACK Packet - Download Status 


Field Value 

Address/Control OxFFO3 (Broadcast address/Unnumbered 
information) 

Protocol-Type 0x8041 (Control packet) 

Code 0x41 (LEX_RCMD_ACK packet) 

Identifier The same value as that sent by the 
LEX_RCMD_REQUEST packet 

Length 14 octets 

Option-Type Ox0A (Download Status) 

Option-Flags None 

Option-Length 6 octets 

Option-Data Status information. See the following 


"Option-Data Field Descriptions" section 
for details. 
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Option-Data Field Descriptions 


The Option-Data field uses the Status field to send the download 
status to the host router. The Status field reports the following 
status information: 


Acknowledgment that no errors occurred 
- Sequence error occurred 

- Flash write error occurred 

- Checksum error 


+ AR > 
ZO w ER 


12.3 LEX RCMD_NAK/LEX RCMD_REJ - Download Status 


Refer to the "Conditions for Sending PPP-LEX Packets" section earlier 
in this document for information on when the LAN extension interface 
unit sends a Download Status LEX_RCMD_NAK packet and Download Status 
LEX_RCMD_REJ packet. 


The frame format for these two response packets mirror the frame 
format of the Download Status LEX_RCMD_REQUEST packet. Table 23 
summarizes the field values of the Download Status LEX_RCMD_NAK and 
LEX_RCMD_REJ packets. 


Table 23 Field Values for LEX_RCMD_NAK/LEX_RCMD_REJ Packets - Download 


Status 

Field Value 

Address/Control OxFF03 (Broadcast address/Unnumbered 
information) 

Protocol-Type 0x8041 (Control packet) 

Code Valid values: 
* 0x42 (LEX_RCMD_NAK packet) 
* 0x43 (LEX_RCMD_REJ packet) 

Identifier The same value as that sent by the 
LEX_RCMD_REQUEST packet 

Length 12 octets 

Option-Type Ox0A (Download Status) 

Option-Flags None 

Option-Length 4 octets 

Option-Data None 


13.0 Inventory Request 


The host router sends a LEX_RCMD_REQUEST packet with an Option-Type 
of Ox0B to the LAN extension interface unit to request inventory 
information. The host router may use this remote command option to 
accomplish the following: 
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* Distinguish between different versions of the LAN extension 
interface unit for determining their capabilities 
* Determine whether a new version of Flash code should be downloaded 
13.1 LEX RCMD_REQUEST - Inventory Request 
Figure 18 shows the frame format for a LEX_RCMD_REQUEST packet with 
an Inventory Request remote command option. The host router transmits 
the fields from left to right. 
Figure 18 LEX_RCMD_REQUEST Packet Frame Format - Inventory Request 


PPP Header 


Oo L 2349-60 71 8:9.0 1.234 5:67:89 001.234 9607189071 
E 


| OxFFO3 | Protocol-Type | 
A 
(2 octets) (2) 


LAN Extension Interface Protocol Header 


0-1. 2°3 4. 5::6 7 8°90 1.23 45-67 8 9 OT 2.3 4 5:67 8 9 0. 2 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+++ 
| Code | Identifier | Length 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- +++ 

(1) (1) (2) 


LAN Extension Interface Remote Command Option 


MAZA AG 68 90D. 23A P28 IO LISA Go 8 90: 1 
A A A A A A A A A A A A A A A A A A A dd A dd + +4 


| Option-Type | Option-Flags | Option-Length 
Poffo FoF foto $ ipa tigi tipi pipet ipa pit pi pig igi pi pig gi tigate tt 
(1) (1) (2) 


Summary Field Descriptions 


For a complete description of the fields in the PPP Header, the LAN 
Extension Interface Protocol Header, and the LAN Extension Interface 
Remote Command Option, refer to the "Remote Command Options" section 
earlier in this document. Table 24 provides a summary of these fields 
when sending a LEX_RCMD_REQUEST packet that requests inventory 
information. 
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Table 24 Field Values for LEX_RCMD_REQUEST Packet-Inventory Request 


Field 
Address/Control 


Protocol-Type 
Code 
Identifier 
Length 
Option-Type 
Option-Flags 
Option-Length 
Option-Data 


13.2 LEX RCMD_ACK - 


Value 

OxFF03 (Broadcast address/Unnumbered 
information) 

0x8041 (Control packet) 

0x40 (LEX_RCMD_REQUEST packet) 
Valid values: 0x01-0xFF 

12 octets 

Ox0B (Inventory Request) 

None 

4 octets 

None 


Inventory Request 


When it correctly receives the Inventory Request remote command 
option and retrieves the inventory information, the LAN extension 
interface unit responds with an acknowledgment. This acknowledgment 
contains the requested inventory information in the Option-Data 


field. 


Figure 19 shows the frame format for the Inventory Request 


LEX_RCMD_ACK packet. 


Figure 19 LEX_RCMD_ACK Packet Frame Format - Inventory Request 


PPP Header 


OL, 2.3" 4-9-6077 8 90-12 3-4: 56: 7 89.01. 2-3 45.6 7:.8, 9.0.1 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


| OxFF03 


| Protocol-Type | 


+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


(2 octets) 


(2) 


LAN Extension Interface Protocol Header 


01234567890123456789012345678090U1 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


| Code | 


Identifier | Length 


dh A A A A A A A A A A A A A A A A A A A dd + +4 


(1) 
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LAN Extension Interface Remote Command Option 


00-172 34 8 6. 6080 9 0 LD 23: 45 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 


| Option-Type | Option-Flags | 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
(1) (1) 
PEE E EEEE > 
67890123456789012345678 9 
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
Option-Length | Option-Data | 
—+-+-4+-4+-4+-4+-+4+-4-4-4+-4-4-4+-4+-4+-4+-4-4+-4-4-4+-4+-4-4 


(2) 
Where the Option-Data field contains the following fields: 


(32 bits) 
E +++ 
| Flash Size | 
HA A O O O O ta O O O ta O A O O O o o o o o o o o ++ 
| Serial Number | 
d+ A O O O A ta O A O ta O A O o o o + ++ 
| 


HW Version | PROM Major Ver | PROM Minor Ver|Flash Major Ver | 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
|Flash Minor Ver| FLAGS | RAM Major Ver | RAM Minor Ver | 


+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
| Mac Address (6 octets) A mer ere 
eae er rere | 

Summary Field Descriptions 


For a complete description of the fields in the PPP Header, the LAN 
Extension Interface Protocol Header, and the LAN Extension Interface 
Remote Command Option, refer to the "Remote Command Options" section 
earlier in this document. Table 25 provides a summary of these fields 
when acknowledging a LEX_RCMD_REQUEST packet that requests inventory 
information. 


Table 25 Field Values for LEX_RCMD_ACK Packet - Inventory Request 


Field Value 

Address/Control OxFF03 (Broadcast address/Unnumbered 
information) 

Protocol-Type 0x8041 (Control packet) 

Code 0x41 (LEX_RCMD_ACK packet) 
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Identifier The same value as that sent by 
LEX_RCMD_REQUEST packet 

Length 34 octets 

Option-Type Ox0B (Inventory Request) 

Option-Flags None 

Option-Length 26 octets 

Option-Data Inventory data. See the following 


"Option-Data Field Descriptions" section 
for details. 


Option-Data Field Descriptions 

The Option-Data field of the LEX_RCMD_ACK packet uses the following 
fields to send inventory data to the host router about the LAN 
extension interface unit. 


* Flash Size 


This field contains the LAN extension interface unit's Flash size in 
bytes. 


* Serial Number 


This field provides the LAN extension interface unit's serial number. 
This is an unassigned, 32-bit number. 


* HW Version 


This field contains the version number of the LAN extension interface 
hardware unit. 


* PROM Major Ver 


This field contains part of the version number of the PROM image. 
"Major" indicates which major software release this revision belongs 
to. For example, if the PROM version number is 1.2, then the major 
version number is 1. 


* PROM Minor Ver 
This field contains part of the version number of the PROM image. 
"Minor" indicates which minor software release this revision belongs 


to. For example, if the PROM version number is 1.2, then the minor 
version number is 2. 


Chapman, et al Informational [Page 60] 


Rrc 1841 LAN Extension Interface Protocol September 1995 


13:, 


* Flash Major Ver 


This field contains the "major" version number of the Flash image. 
For example, if the Flash image version number is 1.2, then the major 
version number is 1. 


* Flash Minor Ver 


This field contains the "minor" version number of the Flash image. 
For example, if the Flash image version number is 1.2, then the minor 
version number is 2. 


* FLAGS 


FLAGS report the boot status of the LAN extension interface unit. The 
flags are as follows: 


- 0x01 - Running PROM image 

0x02 - Running Flash image 

0x04 PROM image passed checksum 
- 0x08 - Flash image passed checksum 


* RAM Major Ver 


This field contains the "major" version number of the running image 
in RAM. For example, if the RAM image version number is 1.2, then the 
major version number is 1. 


* RAM Minor Ver 
This field contains the "minor" version number of the running image 


in RAM. For example, if the RAM image version number is 1.2, then the 
minor version number is 2. 


* MAC Address 


The MAC Address is the LAN extension interface unit’s burned-in MAC 
address in canonical format. This field is six octets. 


3 LEX RCMD_NAK/LEX RCMD_REJ - Inventory Request 


Refer to the "Conditions for Sending PPP-LEX Packets" section earlier 
in this document for information on when the LAN extension interface 
unit sends an Inventory Request LEX_RCMD_NAK packet and Inventory 
Request LEX_RCMD_REJ packet. 


The frame format of these two response packets mirrors that of the 
request. Table 26 summarizes the field values for such Inventory 
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14. 


14. 


Request LEX_RCMD_NAK/LEX_RCMD_REJ packets. 


Table 26 Field Values for LEX_RCMD_NAK/LEX_RCMD_REJ Packets - 
Inventory Request 


Field Value 

Address/Control OxFF03 (Broadcast address/Unnumbered 
information) 

Protocol-Type 0x8041 (Control packet) 

Code Valid values: 


* 0x42 (LEX_RCMD_NAK packet) 
* 0x43 (LEX_RCMD_REJ packet) 


Identifier The same value as that sent by the 
LEX_RCMD_REQUEST packet 

Length 12 octets 

Option-Type O0x0B (Inventory Request) 

Option-Flags None 

Option-Length 4 octets 

Option-Data None 


O LAN Extension Interface Protocol Data Packets 


When the PPP-LEX NCP is in an "opened" state, the LAN extension 
interface unit and the host router also exchange PPP-LEX data packets 
(as well as control packets). There is only one type of PPP-LEX data 
packet. This data packet is a subset of the PPP-BCP packet format. 


The format subsetting is such that a PPP-BCP implementation will 
successfully process a LAN extension interface protocol packet. The 
differences are as follows: 


LAN ID field will not be present. 

LAN FCS field will never be present (that is, the F flag will 
always be off [=0]). 

LAN ID flag (I) will always be off. 

Pad field for the serial link will never be present, and the 
count field will be 0. 


For detailed information on PPP-BCP packets, refer to the "PPP 
Bridging Control Protocol (BCP)" RFC. (References, [2]) 


1 Frame Format 


Figure 20 shows the frame format for a PPP-LEX data packet. The MAC 
frame is transferred except for the FCS field. The LAN extension 
interface unit computes the FCS for packets transferred to the LAN 
and strips the FCS for packets destined for the host router. 
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Figure 20 PPP-LEX Data Packet Frame Format 


(8 bits) (8 bits) (8 bits) (8 bits) 
+-+-+-+-+-+-+-+-+ 
| HDLC FLAG | 
4—4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4 
| OxFF | 0x03 | 0x0041 | 
4+—4+-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4 
| F|[z|Z|o| Pad | Mac Type | Destination MAC Address | 
4—4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4-4- 4-4-4 + + + 
| Destination MAC Address 
AA A A A A A A A A 4-4-4 4-4-4 4-4-4 4-4-4 dd dd dd + ++ + 
| Source MAC Address 
4—4-4-4-4-4-4-4-4-4-4-4-4-4- 4-44-44 4-4-4 4-4-4 4-4-4 d+ ++ + 
| Source MAC Address Length/Type 
dd A A A A A A A A A A A A 4-4-4 4-4-4 4-4-4 dd dd + ++ + 
| LLC Data | 
4—4-4-4-4-4-4-4-4-4-4-4- A A A A A 4-4-4 4-4-4 4-4-4 4-4-4 ++ + 
a 
2 


+- PE E T EE E E ene E NE. 
(Serial) HDLC CRC HDLC FLAG 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
14.2 Summary Field Descriptions 

HDLC FLAG 

HDLC Frame delimiter. 

OxFF 

This Address field contains the broadcast address. 

0x03 

This Control field contains unnumbered information. 

0x0041 

This field contains the IETF-assigned protocol type value for a 
PPP-LEX data packet. In this case this field will always contain 
0x0041. 


Flags 


The flags F, I, Z, 0 have the following meanings: 
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* F: Set bit F if the LAN FCS field is present. Because PPP-LEX 
data packets do not contain the LAN FCS field, this bit should 
not be set (field=0). 


* I: Set bit I if the LAN 1D field is present. Because PPP-LEX 
data packets do not contain the field, this bit should not be 
set (field=0). 


* Z: Set bit Z if IEEE 802.3 Pad must be zero filled to minimum 
size. 


* 0: Reserved, must be zero. 
Pad 


Any PPP frame may have padding inserted in the Optional Data Link 
Layer Padding field. The value tells the receiving system how many 
pad octets to strip off. The LAN extension interface protocol does 
not support the Optional Data Link Layer Padding field, so the 
value of this field should be zero. 


MAC Type 
This field contains the most up-to-date value of the MAC type as 
specified in the most recent "Assigned Numbers" RFC. The current 
value is as follows: 

* 1: IEEE 802.3/Ethernet with canonical addresses 
Destination MAC Address 
This field is 6 octets and contains the MAC address of the 
destination system as defined by IEEE. The MAC Type field defines 
the bit ordering. 
Source MAC Address 
This field is 6 octets and contains the MAC address of the 
destination system as defined by IEEE. The MAC Type field defines 
the bit ordering. 
Length/Type 
This field is any Ethernet protocol type (See RFC 1700 in the 


references "Assigned Numbers"). For IEEE 802.3 frames, this is a 
length field. 
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LLC Data 


This field is the remainder of the MAC frame which is (or would be 
if it were present) protected by the LAN FCS. 


(Serial) HDLC CRC 
This is a 16 bit Cyclic Redundancy Check field. 
For complete information on the above fields and their relationship 
to PPP-BCP packets, refer to the "PPP Bridging Control Protocol 
(BCP)" RFC. (References, [2]) 
Notes 
1. The LAN extension interface protocol does allow the segmentation 
of individual LAN packets across the serial link. Each LAN 
packet must be transmitted across the serial link as one PPP-LEX 
encapsulation. 
2. MAC addresses in PPP-LEX packets should be in canonical format. 
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Security Considerations 


Security issues are not discussed in this memo. 
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